ADTST . 0 3 1AUS PATENT 
METHOD FOR DESIGN VALIDATION OF COMPLEX IC 

Field of the Invention 
This invention relates to a method for design validation 
of complex IC, and more particularly, to a method for 
5 evaluating and validating the design of a complex IC such as 
a system-on-a-chip with use of a combination of electronic 
design automation (EDA) tools and an event based test system 
with high speed and low cost . 

Background of the Invention 
10 At the present time, VLSI design is described in blocks 

and sub-blocks using a high-level language such as Verilog or 
VHDL and simulated by behavioral, gate-level Verilog/VHDL 
simulators. Such simulation is targeted to check the 
n functionality and performance before the design is fabricated 

© 15 into silicon IC. 

'tl Design validation is one of the most important and 

U difficult tasks in complex IC design because without full 

^ functional verification, design errors are not found and 

IK removed. At the same time, design validation is an absolute 

* 20 necessity in the product development cycle. Because of the 

Jg slow simulation speed and large size of present day designs, 

II chip level design validation is almost an impossible task 

% with the present day tools and methodologies (M. Keating and 

U P. Bricaud, "Reuse methodology manual for system-on-a-chip 

25 design", Kluwer Academic publishers, 0-7923-8175-0, 1998; R. 
Rajsuman, "System-on-a-Chip: Design and Test", Artech House 
Publishers Inc., ISBN 1-58053-107-5, 2000). 

An example of such a complex IC is a system-on-a-chip 
(SoC) which is an IC designed by stitching together multiple 
30 stand-alone VLSI designs (cores) to provide full 
functionality for an application. Figure 1 illustrates an 
example of general structure of an SoC 10 that has an 
embedded memory 12, a microprocessor core 14, and three 
function-specific cores 16, 18 and 20, PLL (phase lock loop) 
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22 and TAP (test access port) 24. In this example, chip 
level I/Os are established as chip I/O pads 28 formed on a 
I/O pad frame 26 at the outer periphery of SoC 10. Each of 
the cores 12, 14, 16, 18 and 20 includes a pad frame 29 which 
5 typically contains multiple I/O pads at its periphery with 
power pads on the top metal layer. 

Design validation is one of the most important tasks in 
any system design project such as a design of SoC 10 noted 
above (R. Rajsuman, "System-on-a-Chip : Design and Test"). 

10 Design validation means establishing that the system does 
what it intended to do. It essentially provides a confidence 
in system operation. The objective of validation is to prove 
that the product indeed works as intended (find out if it 
works as intended) . Design validation of complex ICs can be 

15 considered as validation of hardware operation, which 
includes both functionality and timing performance. In the 
present day technology, it is obtained by extensive 
behavioral, logic and timing simulation; and/or by emulation; 
and/or by hardware prototype. 

20 In the early phase of an IC design, along with the 

specification development and RTL coding, behavioral models 
are developed so that the testbenches can be created for 
system simulation. In the early phase, the objective is 
generally to develop a good set of test suites and test cases 

25 by the time RTL and functional models are specified. 
Efficient validation depends on the quality of test and 
completeness of testbenches, the abstraction level of various 
models, EDA tools and the simulation environment. 

Figure 2 illustrates the complex IC design at different 

3 0 levels of abstraction and what type of verification 
methodology is used today at each level. From the highest to 
lowest abstraction levels, Figure 2 shows behavioral HDL 
level 41, RTL (register transfer language) level 43, gate 
level 45 and physical design level 46. Verification methods 

35 corresponding to such different abstraction levels are listed 
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in a block 48 of Figure 2. 

The design validation strategy follows design hierarchy. 
First the leaf level blocks are checked for correctness in a 
stand-alone way. After functionality checking of these 
5 blocks, the interfaces between the blocks are checked for 
correctness in terms of transaction types and in data 
contents. The next step is to run application software or 
equivalent testbenches on full -chip model . As application of 
software can only be verified by runtime executions of the 
10 software, a hardware -software co-simulation is required. Co- 
simulation can be done at an instruction set architecture 
(ISA) level, a bus functional model (BFM) level or using a 
behavioral C/C++ model . 

An approximate comparison of simulation speed at 
0 15 different levels is shown in Figure 3. Because of the slow 
co-simulation speed, at the present time, emulation and/or 
4S hardware prototypes are used. Emulation speed is much faster 

f\ than the speed of co-simulation, although emulation is quite 

expensive (in general, emulation system cost on the order of 
u% 20 1 million dollars) . Emulation can be close to 1/100 of the 

□ actual system speed (roughly about 1,000,000 cycles/sec). 

W FPGA (field programmable gate array) or ASIC (application 

m specific integrated circuit) based hardware prototype 

Tarsi'/ 

0 provides even faster simulation speed, up to 1/10 of the 

^ 25 actual system speed, but it is even more expensive than 

emulation as it requires manufacturing of FPGAs or ASICs . 

Despite the best attempt by engineers to make the first 
silicon fully functional, only about 80% designs work 
correctly when tested at the wafer level, but more than half 
30 fail when put into the system for the first time. The 
primary reason is the lack of system level testing with 
sufficient amount of real application run. The only means to 
do it in the present day technology is by silicon prototypes 
using either FPGA or ASIC. 
35 An example of the present day product development cycle 
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is illustrated in Figure 4. At stage 51, designers study the 
requirements of a complex IC to be designed. Based on the 
requirements in the stage 51, the designers determine the 
specifications of the IC at stage 52. In the design entry 
process in stage 53, the IC is described in blocks and sub- 
blocks using a high-level language such as Verilog/VHDL . In 
stage 54, an initial design evaluation is made through design 
verification 55 and logic/timing simulation 56 with use of 
initial testbenches 58. As a result of executing the logic 
simulation, an input/output data file or VCD (value change 
dump) file 59 will be created. The data in the VCD file 59 
is a list of input and output events with respect to time 
lengths or delays, i.e., data in an event format. 

As shown in Figure 4, when design is too large, building 
a silicon prototype and debugging it in the final system is 
the only method available today that is practical in 
comparison to extended verification and co- simulation. Such 
silicon prototype fabrication, verification and bug fix 
processes are illustrated in a shaded area 60 of Figure 4. 
In this process, at stage 61, fabrication is done to obtain 
a silicon prototype 63. The resultant silicon prototype 63 
is examined in stage 62 for any error, these errors are 
debugged in debug and verification test 65 . 

Today, such test is carried out with use of an IC tester 
which is a cycle based test system having an architecture for 
generating test vectors based on test pattern data in a cycle 
format. Since cycle based test systems (ATE systems) are not 
able to directly utilize the testbench 58 or VCD file 59 
produced under the EDA environment, such verification by IC 
testers today involves incomplete and inaccurate results. It 
is also time consuming to convert the event format data from 
the EDA environment to the cycle format test pattern data for 
the cycle based test system. 

The silicon prototype 63 is further validated through an 
in- system test 67 wherein the silicon prototype 63 is tested 



as a part of an intended system. Suppose that the particular 
design is a chip to be installed in a cellular phone, the 
silicon prototype representing the chip will be mounted on a 
board of the cellular phone and is tested based on intended 
functions and performances of the cellular phone. During the 
in-system validation, errors and causes of the errors will be 
detected and the design bugs will be fixed in stage 69. 
Since such an in-system test requires both a silicon 
prototype of the designed chip and a system with application 
software to run the silicon prototype, it is not only costly 
but also time consuming. 

During the silicon verification and the in-system test 
in the shaded area 60 in Figure 4, design errors are found 
and causes of such errors are determined and design errors 
are corrected through repeated interactions between design 
engineers and test engineers. The final design 71 will be 
reached and the logic/timing simulation 73 for the final 
design 71 will be conducted with use of a new testbench 75. 
Then the design will be fabricated to silicon 79 and a 
production test 77 will be performed on the silicon 79. 

In the foregoing process with silicon prototype, same 
silicon can be used for first several bugs without new 
silicon run. However, deciding when to use silicon prototype 
is an important decision as silicon prototype is a costly 
proposition. The following factors are considered in silicon 
prototyping : 

(1) Diminishing bug rate in verification and co- 
simulation. When the basic bugs are eliminated, extensive 
application run will be required to find other bugs. Co- 
simulation and emulation may not be able to run application 
for extensive time periods. 

(2) Difficulty in finding a bug. If finding a bug takes 
few orders of magnitude more time than the time to fix it, 
then silicon prototype is very useful, as it will help 
finding bugs quickly. 



(3) Cost (manual effort, time-to-market) of finding 
bugs. If finding a bug in co-simulation or emulation is 
extremely costly, then silicon prototyping becomes necessary. 
For smaller designs, FPGA/LPGA (field programmable gate- 
5 array/laser programmable gate-array) prototypes are adequate. 
LPGAs allow re-programmability so the bug fixes can be re- 
tested, while FPGAs offer higher speeds and higher gate 
counts than LPGAs. Both FPGA and LPGA lack the gate count 
capacity and speed of ASICs, thus they are good for smaller 
10 blocks, but not suitable for a large complex chip. 

Several FPGAs can be used to build a prototype of a 
large complex chip, while each FPGA implements a portion of 
the chip. In this case, if bug fix demands re-partitioning 
of the chip, interconnects between FPGAs may require change 
15 and hence modifications can be complex. A partial solution 
of this problem is to add custom programmable routing chips 
to interconnect FPGAs. With programmable routing chips, if 
the interconnects change, new routing can be done under 
software control . 

2 0 In a prototype design flow, after the study of the 

system behavior, simulated HDL (Verilog/VHDL) and/or C- 
programs description is used in co-synthesis. Similar to co- 
simulation, co- synthesis means the simultaneous development 
of the hardware and software. The purpose of co- synthesis is 
25 to produce C-code and hardware that will execute on a real 
architecture. In general, this step consists of mapping the 
system onto a hardware -software platform that includes a 
processor to execute the software and a set of ASICs to 
realize the hardware. The final prototype is generated by 

3 0 using the C-code of the software parts and by using logic 

synthesis, placement and routing to create the hardware 
components. Synthesis tools translate the HDL 

descriptions/models into gate-level netlist that are mapped 
to FPGAs or ASICs as prototypes. 
35 The design validation method in the conventional 
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technology described above is either extremely high in cost 
(e.g., method using a silicon prototype) or extremely slow in 
speed (e.g., method using a co-simulation). The design 
validation method today involves different formats between 
5 the EDA environment and the tester environment, and thus not 
able to perform the design validation with high efficiency 
and accuracy. Further, the design validation method today 
requires the in- system test as noted above which involves 
hardware and software to run the design in an intended system 
10 and requires significant feedbacks and interactions between 
the test environment and the design environment, resulting in 
a long turnaround time. 

SUMMARY OF THE INVENTION 
It is, therefore, an object of the present invention to 
Q 15 provide a method for design validation of complex IC which is 
very efficient, less costly and fundamentally different than 
4£ any previously described system. 

It is another object of the present invention to provide 
Tpi a method for evaluating and validating the design of a 

S 1 2 0 complex IC at high speed and accuracy with use of a 
combination of electronic design automation (EDA) tools and 

■SMS?' 

"tS an event based test system. 

1^ It is a further object of the present invention to 

Q provided a method for design validation of complex IC which 

^ 25 achieves a complete loop from design entry to simulation and 
testbench generation, thereby permitting to verify the design 
and to correct any design error. 

In the first aspect of the present invention, the method 
of validating design of complex IC includes the steps of: 
30 building prototype silicon based on IC design data produced 
under the EDA environment; applying test vectors derived from 
the IC design data to the prototype silicon by an event based 
test system and evaluating the response output of the 
prototype silicon; modifying test vectors by the event test 
35 system to acquire desired response outputs from the silicon 
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prototype; and feedbacking the modified test vectors to the 
EDA environment to modify the IC design data, thereby 
correcting design errors in the IC design data. 

The method further includes a step of linking EDA tools 
5 including a simulator with the event based test system 
through a software interface, and a step of extracting event 
format data through a testbench produced in the IC design 
data. The step of extracting the event format data further 
includes a step of executing the testbench by the simulator 

10 and extracting the event formate data from a value change 
dump file produced by the simulator. 

The method further includes a step of installing the 
extracted event data in the event test system and generating 
test vectors using the extracted event data by the event 

15 based test system to apply the test vectors to the prototype 
silicon, and a step of creating a new testbench based on the 
modified test vectors from the event based test system. 

The EDA tools includes means for viewing and editing 
waveforms derived from the testbench created in the IC design 

20 data. The event based test system includes means for viewing 
and editing waveforms in test vectors extracted from a 
testbench created in the IC design data and means for 
changing clock rate and event timing data of the test vectors 
applied to the prototype silicon. 

25 In the second aspect of the present invention, the 

method of validating design of complex IC utilized a device 
model rather than the silicon prototype. The method include 
the steps of: preparing a device model of an IC to be 
designed based on IC design data produced under the EDA 

30 environment; applying test vectors derived from the IC design 
data to the device model by an event based test system and 
evaluating the response output of the device model; modifying 
test vectors by the event test system to acquire desired 
response outputs from the device model; and feedbacking the 

35 modified test vectors to the EDA environment to modify the IC 
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design data, thereby correcting design errors in the IC 
design data. 

According to the present invention, design validation is 
conducted through a method in which the IC simulation model 
5 and initial simulation testbench is used together with 
electronic design automation (EDA) tools to design 
verification using event based test system. For this 
purpose, the EDA tools and device simulator are linked to the 
event based test system to execute the original design 
10 simulation vectors and testbench and make modifications in 
the testbench and test vectors until satisfactory results are 
obtained. Because EDA tools are linked with the event based 
test system, these modifications are captured to generate a 
final testbench that provides satisfactory results, 
p 15 Accordingly, the design validation of the complex IC is 
^ achieved without conducting an in-system test of the silicon 

JE prototype. Further, the design validation of the complex IC 

is achieved without using the silicon prototype but using the 
2 design model. Therefore, the present invention can achieve 

IP 20 significant reduction in the cost and turn around time. 

L BRIEF DESCRIPTION OF THE DRAWINGS 

55 Figure 1 is a schematic diagram showing an example of 

% structure in a complex IC such as a system-on-a chip IC for 

Q design validation thereof. 

— 2 5 Figure 2 is a schematic diagram showing an example of 

validation hierarchy corresponding to the design hierarchy 
involved in the design procedure under the EDA environment. 

Figure 3 is a diagram showing a relationship between the 
simulation speeds and various abstraction levels involved in 
3 0 the design process for complex IC. 

Figure 4 is a flow diagram showing a product development 
process for a complex IC including a design validation 
process under the conventional technology. 

Figure 5 is a schematic diagram showing a method of 
35 design validation for complex IC in the first embodiment of 
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the present invention. 

Figure 6 is a schematic diagram showing a method of 
design validation for complex IC in the second embodiment of 
the present invention. 
5 Figure 7 is a schematic diagram showing an example of 

connection between the EDA tools and the event based test 
system in the embodiments of Figures 5 and 6. 

DETAILED DESCRIPTION OF THE INVENTION 
In the previous applications owned by the same assignee 
10 of this invention, an event based test system is described in 
U.S. Patent Application Nos . 09/406,300 and 09/340,371 "Event 
based semiconductor test system" and an event based design 
validation station is described in U.S. Patent Application 
No. 09/428,746 "Method and apparatus for SoC design 
Q 15 validation". Further, a time scaling technology is described 
*j in U.S. Patent Application No. 09/286,226 "Scaling logic for 

,£ Event Based Test System" . All of these patent applications 

H are incorporated by reference. 

% In the present invention, the inventors provide a 

ifi 2 0 concept for IC design verification method using the event 
based test system. More specifically, in the first 
CQ embodiment, a method is described for design verification 

l?z with silicon prototype, and in the second embodiment, a 

q method is described without using silicon prototyping. Both 

^ 25 methods of the present invention are faster and cheaper in 

comparison to any present day method. 

The present invention proposes that the IC simulation 
model and initial simulation testbench is used together with 
electronic design automation (EDA) tools to design 
3 0 verification using event based test system (design test 
station (DTS) ) . For this purpose, the EDA tools and device 
simulator are linked to the event based test system to 
execute the original design simulation vectors and testbench 
and make modifications in the testbench and test vectors 
35 until satisfactory results are obtained. Because EDA tools 
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are linked with the event based test system, these 
modifications are captured to generate a final testbench that 
provides satisfactory results. Since various modified test 
vectors can be applied to the prototype silicon or design 
5 model, complete design validation can be achieved without the 
in- system test shown in Figure 4. 

The complete verification process in the first 
embodiment of the present invention is illustrated in Figure 
5. For full functional verification of IC, the IC level 

10 functional vectors developed during design simulation 
(initial testbench 58) are executed on an event based test 
system 82. These vectors are also in the event format. Many 
times these event format test vectors are generated by the 
software application running on the Verilog/VHDL model or 

15 behavioral model of the IC (design) . These vectors exercise 
different parts of the IC simultaneously or at different 
time, however, the overall behavior of the IC is determined 
by the combined response. 

Generally, after this step, a silicon chip (silicon 

20 prototype) 63 is fabricated as shown in Figures 4 and 5. 
Once this chip becomes available, it is put on the event 
based test system and design simulation vectors of initial 
testbench are executed to verify the chip's operation. The 
results are examined on the event based test system and 

25 events are changed/edited on the event based test system 
until all incorrect operations of the IC (intended design) 
are rectified. These changes in the events are feedbacked to 
generate new testbench and test vectors. After these 
processes, final silicon fabrication is done to produce final 

3 0 devices. 

More specifically, in the example of Figure 5, a design 
test station (DTS) 82 is an event based test system provided 
to test the function of the silicon prototype 63 using the 
test vectors produced based on the event data derived from a 

35 VCD (value change dump) file 59. The VCD file 59 is produced 
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by executing the design verification 55 and simulation 56 on 
the initial design 54 with use of an initial testbench 58. 
Since the testbench 58 is created in the event format and the 
resultant VCD file 59 is also in the event format, the data 
5 in the VCD file 59 can be directly used in the event based 
test system 82 to test the design. 

The EDA tools such as simulation analysis/debug 85 and 
waveform editor/viewer 86 are linked to the design test 
station (DTS) 82 through an interface 97 in Figure 5. An 

10 example of simulation analysis /debug is VCS by Synopsys and 
ModelSim by Mentor Graphics. An example of waveform 
editor/viewer is SIGNALS CAN by Cadence and VirSim by 
Synopsys. Further, an example of such an interface is API 
(programmed application interface) . 

15 The event based test system 82 incorporates software 

tools for editing and viewing waveforms such as VCD waveform 
editor/viewer 87, event waveform editor/viewer 88 and DUT 
(device under test) waveform editor/viewer 89. In this 
example, the editor/viewer 87 and 88 are linked to the EDA 

2 0 tools 85 and 86 through the API interface 97 for 

communicating and accessing common data base with one 
another. In the event based test system, for example, an 
event may be inserted in a particular timing or an edge 
timing of an event may be changed through the event waveform 
25 editor/viewer 88. 

By executing the test vectors, the event based test 
system 82 produces a test result file 83 which is feedbacked 
to the EDA design environment and to the EDA tools through a 
testbench feedback 99. Because the simulation speed is much 

3 0 slower (on the order of lOKHz) in comparison to speed of 

event based test system (on the order of 100MHz) , timing in 
initial testbench and test vectors is scaled. The event 
based test system enables to edit events and scaling of 
timing, the method and apparatus is described in the patent 
35 applications noted above. 
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The results are examined on the event based test system 
and events are changed/ edited on the event based test system 
(editor/viewer 87, 88 and 89) until all incorrect operations 
of the device (intended design) are rectified. These changes 
5 in the events create a new testbench 81. As noted above, to 
obtain such a new testbench and test vectors, EDA tools 
consisting of testbench generation tools 95, simulation 
analysis tools 85 and waveform viewer 86 are linked to the 
event based test system. This test method enables to capture 

10 all the event edits into the new test vectors and testbench 
81 through the testbench generation tool 95. 

In the foregoing embodiment of the present invention, 
the event format test vectors resulted from the testbench 58 
are generated by the event based test system at a rate, for 

15 example, 10,000 times higher than a simulator. This is done 
by the scaling function of the event based test system in 
which an event clock and event timing data are multiplied by 
a predetermined factor. Thus, when the silicon prototype 63 
is connected to the event test system, the silicon prototype 

20 63 is tested at very high speed. Since the data concerning 
the silicon prototype 63 is now copied in the event test 
system, the modification of test vectors and the resultant 
response or changes in the design can be conducted in the 
event test system at high speed. The test results and the 

25 modification of the test vectors and design are feedbacked to 
the EDA tools 85, 86 and the testbench 81. 

After these processes, final silicon fabrication is done 
at stage 91 to produce the final IC device 92 which will be 
tested in a production test stage 93. These test vectors and 

3 0 new testbench 81 are required and used during manufacturing 
test to detect any fabrication defects. Overall, this new 
procedure provides a complete loop from design entry to 
simulation and testbench generation and thus, permits to 
verify the design and to correct any errors therein. 

35 The first embodiment of the present invention is 



-13- 



described above with reference to Figure 5. In the first 
embodiment, the verification process includes generation of 
a testbench that corresponds to correct device operation. 
One restriction in the first embodiment is that it still 
5 requires physical silicon (silicon prototype 63) that is put 
on the event based test system for verification. Because of 
the need of physical silicon, process in the first embodiment 
is still costly. 

Accordingly, in the second embodiment of the present 
10 invention, the basic concept in the first embodiment is 
improved by eliminating the need of physical silicon. The 
process in the second embodiment uses the initial design 
description and its simulation testbench to generate a new 
testbench and a corresponding device model that is bug free. 
O 15 This device model can be used for mass production as it 
^ includes all corrections in the device operation. The 

4::; complete process is illustrated in Figure 6. 

f7' The major difference between the embodiments in Figure 

X 5 and Figure 6 is that, in Figure 5, prototype silicon is 

20 loaded on the event based test system along with the initial 
^ testbench. In Figure 6, a device model (virtual DUT) 189 is 

fit created based on the initial design and simulation 56 and 

'Us 

!|: initial testbench 58. The device model 189, rather than the 

■Q physical silicon, is put on the event based test system. For 

25 the purpose of the present invention, the device model 189 
may be independent from any particular simulator, or may be 
dependent (simulation model 191) of a particular simulator. 

Using the programmed application interface (API) , such 
as an interface 187 in Figure 6, the event based test system 
30 is also linked with the simulation engine (simulator) 190 
that was used during the initial design. The interface 187 
preferably includes a scaling function wherein the clock rate 
and event timing data of the test vectors from the simulation 
engine 190 can be multiplied by a desired factor. 
35 Consequently, the test vectors can be executed at high speed, 
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for example, 100MHz in the event based test system 82. 

In this arrangement, the event based test system 
contains the design described in Verilog/VHDL and its all 
logic, behavioral, BFM (bus functional model), ISA 
(instruction set architecture) and application testbenches. 
It should be noted that these testbenches are not limited to 
Verilog/VHDL; system can execute testbenches described in 
C/C++ as well because it is linked with simulator. Various 
EDA tools and test system tools shown in Figure 5 are also 
connected with one another. 

Using the device model (initial design) 18 9 and its 
testbenches 58, the results are examined on the event based 
test system (design test station: DTS) 82. Because the whole 
environment and results are in the event format, any 
incorrect operation in the device operation is quickly 
noticed. As event based test system is able to edit events 
and time scaling as noted above, the events corresponding to 
these incorrect operations are edited to correct the 
operation. 

When all incorrect operations are corrected, the device 
model is saved and a new testbench and test vectors 181 are 
generated. The procedure of testbench and test vector 
generation is the same in Figures 5 and 6 where the 
illustration in Figure 6 is simplified to avoid cluttering of 
diagram. Thus, a software interface 188 is the same as the 
interface 97 of Figure 5 and the EDA tools 85, 86 and the 
event test system tools 87, 8 8 and 8 9 are connected through 
the software interface 188. In case where the particular 
design is directed to an SoC, a plurality of test result 
files 184 and testbench files 195 may be created as shown in 
Figure 6 corresponding to the cores in the SoC. 

This saved device model is used for silicon fabrication. 
As it has already been validated on the event based test 
system, it requires no further validation. To check any 
fabrication defects, it only requires normal production 



testing for which test vectors are also available (during the 
step of testbench and test vector generation) . 

The procedure described with reference to Figure 6 does 
not require any hardware prototype or emulation for design 
5 validation. The initial design with limited simulation is 
used on the event based test system to generate a new device 
model that includes all corrections in the device operation. 
The procedure also provides corresponding new testbenches and 
test vectors necessary for manufacturing testing. The 

10 procedure provides a complete loop from design entry and 
simulation to design validation without the need of physical 
silicon and therefore it is extremely cost effective in 
comparison to existing methods and the first embodiment. 

Figure 7 shows an example of relationship between the 

15 EDA simulation engine and the event based test system. In 
this example, the simulation engine (simulator) 190 includes 
a waveform translator 210 and an API interface 212. The 
waveform translator 210 allows waveform viewing by the 
simulator. The API interface 212 is provided to interface 

20 between different formats. 

The event based test system (design test station DTS) 82 
includes a VCD compiler 218, an event viewer 222, and a VCD 
writer 220. The VCD compiler 218 translates the VCD data to 
event data for use by the event based test system 82 . The 

25 event viewer 222 and the VCD writer 220 correspond to the VCD 
waveform viewer/editor 87 and event waveform editor/viewer 88 
in Figure to monitor and modify the event based test vectors. 
A scheduler 216 is provided to monitor and manage tasks and 
communication between the event test system 82 and the 

3 0 simulator. 

The API interface 212 links various software tools with 
different formats in the simulator engine 190 and the event 
based test system 82 . The event waveforms at the event based 
test system (DTS) 82 are monitored and edited through the 

35 event viewer 222. The modified event waveforms are converted 
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to VCD by the VCD writer 220. The waveform translator 210 
converts the waveform of the VCD to waveforms of the 
simulation engine 190 . 

According to the present invention, design validation is 
5 conducted through the method in which the IC simulation model 
and initial simulation testbench is used together with 
electronic design automation (EDA) tools to design 
verification using event based test system. The EDA tools 
and device simulator are linked to the event based test 

10 system to execute the original design simulation vectors and 
testbench and make modifications in the testbench and test 
vectors until satisfactory results are obtained. Because EDA 
tools are linked with the event based test system, these 
modifications are captured to generate a final testbench that 

15 provides satisfactory results. Accordingly, the design 
validation of the IC is achieved without conducting an in- 
system test of the silicon prototype. Further, the design 
validation of the complex IC is achieved without using the 
silicon prototype but using the design model. Therefore, the 

20 present invention can achieve significant reduction in the 
cost and turn around time. 

Although only a preferred embodiment is specifically 
illustrated and described herein, it will be appreciated that 
many modifications and variations of the present invention 

25 are possible in light of the above teachings and within the 
purview of the appended claims without departing the spirit 
and intended scope of the invention. 
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